Carnegie  Mellon 

Software  Engineering  Institute 


Guidelines  for 
Software  Engineering 
Education 
Version  1 .0 


Donald  J.  Bagert,  Texas  Tech  University 

Thomas  B.  Hilburn,  Embry-Riddle  Aeronautical  University 

Greg  Hislop,  Drexel  University 

Michael  Lutz,  Rochester  Institute  of  Technology 

Michael  McCracken,  Georgia  Institute  of  Technology 

Susan  Mengel,  Texas  Tech  University 


November  1999 


19991109  159 


TECHNICAL  REPORT 
CMU/SEI-99-TR-032 
ESC-TR-99-002 


DISTRIBUTION  STATEMENT  A 

Approved  for  Public  Release 
Distribution  Unlimited 


Carnegie  Mellon  University  does  not  discriminate  and  Carnegie  Mellon  University  is  required  not  to  discriminate  in  admission,  employment,  or  administra¬ 
tion  of  its  programs  or  activities  on  the  basis  of  race,  color,  national  origin,  sex  or  handicap  in  violation  of  Title  VI  of  the  Civil  Rights  Act  of  1964,  Title  IX  of 
the  Educational  Amendments  of  1972  and  Section  504  of  the  Rehabilitation  Act  of  1973  or  other  federal,  state,  or  local  laws  or  executive  orders. 

in  addition,  Carnegie  Mellon  University  does  not  discriminate  in  admission,  employment  or  administration  of  its  programs  on  the  basis  of  religion,  creed, 
ancestry,  belief,  age,  veteran  status,  sexual  orientation  or  in  violation  of  federal,  state,  or  local  laws  or  executive  orders.  However,  in  the  judgment  of  the 
Carnegie  Mellon  Human  Relations  Commission,  the  Department  of  Defense  policy  of  "Don’t  ask,  don’t  tell,  don’t  pursue”  excludes  openly  gay,  lesbian 
and  bisexual  students  from  receiving  ROTC  scholarships  or  serving  in  the  military.  Nevertheless,  all  ROTC  classes  at  Carnegie  Mellon  University  are 
available  to  all  students. 

Inquiries  concerning  application  of  these  statements  should  be  directed  to  the  Provost,  Carnegie  Mellon  University,  5000  Forbes  Avenue,  Pittsburgh,  PA 
15213,  telephone  (412)  268-6684  or  the  Vice  President  for  Enrollment,  Carnegie  Mellon  University,  5000  Forbes  Avenue,  Pittsburgh,  PA  15213,  telephone 
(412)  268-2056. 

Obtain  general  information  about  Carnegie  Mellon  University  by  calling  (412)  268-2000. 


Carnegie  Mellon 

Software  Engineering  Institute 

Pittsburgh,  PA  15213-3890 


Guidelines  for 
Software  Engineering 
Education 
Version  1 .0 


CMU/SEI-99-TR-032 

ESC-TR-99-002 


Donald  J.  Bagert,  Texas  Tech  University 

Thomas  B.  Hilburn,  Embry-Riddle  Aeronautical  University 

Greg  Hislop,  Drexel  University 

Michael  Lutz,  Rochester  Institute  of  Technology 

Michael  McCracken,  Georgia  Institute  of  Technology 

Susan  Mengel,  Texas  Tech  University 


November  1999 

Networked  Systems  Survivability  Program 


Unlimited  distribution  subject  to  the  copyright. 


The  Software  Engineering  Institute  is  a  federally  funded  research  and  development  center  sponsored  by  the  U.S. 
Department  of  Defense. 

The  ideas  and  findings  in  this  report  should  not  be  construed  as  an  official  DoD  position.  It  is  published  in  the  interest  of 
scientific  and  technical  information  exchange. 

Copyright  1999  by  Carnegie  Mellon  University. 

NO  WARRANTY 

THIS  CARNEGIE  MELLON  UNIVERSITY  AND  SOFTWARE  ENGINEERING  INSTITUTE  MATERIAL  IS 
FURNISHED  ON  AN  “AS-IS”  BASIS.  CARNEGIE  MELLON  UNIVERSITY  MAKES  NO  WARRANTIES  OF  ANY 
KIND,  EITHER  EXPRESSED  OR  IMPLIED,  AS  TO  ANY  MATTER  INCLUDING,  BUT  NOT  LIMITED  TO, 
WARRANTY  OF  FITNESS  FOR  PURPOSE  OR  MERCHANTABILITY,  EXCLUSIVITY,  OR  RESULTS  OBTAINED 
FROM  USE  OF  THE  MATERIAL.  CARNEGIE  MELLON  UNIVERSITY  DOES  NOT  MAKE  ANY  WARRANTY  OF 
ANY  KIND  WITH  RESPECT  TO  FREEDOM  FROM  PATENT,  TRADEMARK,  OR  COPYRIGHT  INFRINGEMENT. 

Use  of  any  trademarks  in  this  report  is  not  intended  in  any  way  to  infringe  on  the  rights  of  the  trademark  holder. 

Internal  use.  Permission  to  reproduce  this  document  and  to  prepare  derivative  works  from  this  document  for  internal  use  is 
granted,  provided  the  copyright  and  “No  Warranty”  statements  are  included  with  all  reproductions  and  derivative  works. 

External  use.  Requests  for  permission  to  reproduce  this  document  or  prepare  derivative  works  of  this  document  for  external 
and  commercial  use  should  be  addressed  to  the  SEI  Licensing  Agent. 

This  work  was  created  in  the  performance  of  Federal  Government  Contract  Number  F19628-95-C-0003  with  Carnegie 
Mellon  University  for  the  operation  of  the  Software  Engineering  Institute,  a  federally  funded  research  and  development 
center.  The  Government  of  the  United  States  has  a  royalty-free  government-purpose  license  to  use,  duplicate,  or  disclose  the 
work,  in  whole  or  in  part  and  in  any  manner,  and  to  have  or  permit  others  to  do  so,  for  government  purposes  pursuant  to  the 
copyright  license  under  the  clause  at  52.227-7013. 

For  information  about  purchasing  paper  copies  of  SEI  reports,  please  visit  the  publications  portion  of  our  Web  site 
(http://www.sei.cmu.edu/publications/pubweb.html). 


Table  of  Contents 


Preface  vii 

1  Introduction  1 

2  Objectives  3 

3  Guidelines  Development  5 

4  Software  Engineering  Body  of  Knowledge  7 

4.1  Core  Area  8 

4.2  Foundations  Area  9 

4.3  Recurring  Area  10 

4.4  Supporting  Area  11 

5  A  Software  Engineering  Curriculum 

Model  13 

5.1  A  Profile  of  Graduates  14 

5.2  Curriculum  Architecture  14 

5.3  Design  Concepts  15 

5.4  Curriculum  Content  16 

5.5  Software  Engineering  Modules  18 

5.6  Sample  Curriculum  Implementations  37 

6  Curriculum  Support  49 

6.1  Faculty  49 

6.2  Infrastructure  49 

6.3  Industry  Participation  49 

6.4  Student  Involvement  49 

7  Curriculum  Assessment  and 

Accreditation  51 

8  Conclusion  53 


CMU/SEI-99-TR-032 


i 


DTIC  QUALITY  INSPECTED  4 


9  Acknowledgments 


55 


10  References 


57 


ii 


CMU/SEI-99-TR-032 


List  of  Figures 


Figure  1: 

Key  Elements  of  Curriculum  Design 

13 

Figure  2: 

Curriculum  Content  Areas 

17 

Figure  3 

SE  Module  Prerequisite  Chart 

18 

IV 


CMU/SEI-99-TR-032 


List  of  Tables 


Table  1:  Knowledge  Definitions  8 

Table  2:  SE  Modules  20 


CMU/SEI-99-TR-032 


v 


vi 


CMU/SEI-99-TR-032 


Preface 


The  last  twenty  years  have  witnessed  significant  advancements  in  the  state  of  computer 
science  education  (and  in  allied  fields  such  as  computer  engineering  and  information 
systems).  The  Association  for  Computing  Machinery  (ACM),  the  IEEE  Computer  Society 
(IEEE-CS),  and  the  Computer  Sciences  Accreditation  Board  (CSAB)  have  provided 
encouragement,  support,  and  guidance  in  developing  quality  curricula  that  are  viable  and 
dynamic.  We  have  moved  from  language  and  coding  centered  curricula  to  programs  that 
emphasize  theory,  abstraction,  and  design.  However,  most  academic  programs  in  computing 
still  devote  little  time  to  areas  such  as  requirements  modeling,  design  methods,  architecture, 
reuse,  software  processes,  quality  issues,  team  skills,  and  other  areas  of  software  engineering 
essential  to  effective  commercial  software  development.  Members  of  the  Working  Group  on 
Software  Engineering  Education  and  Training  (WGSEET)  have  prepared  this  document  to 
provide  guidance  and  support  for  the  development  of  undergraduate  computing  curricula  that 
better  support  the  education  of  software  engineering  professionals. 

In  recent  years,  there  has  been  a  burst  of  interest  and  activities  associated  with  advancing  the 
state  of  the  software  engineering  profession.  Since  1993,  the  IEEE-CS  and  ACM  have  been 
actively  promoting  software  engineering  as  a  profession.  Special  task  forces  have  been 
directed  at  establishing  a  software  engineering  code  of  ethics  and  professional  practice, 
determining  accreditation  criteria  for  software  engineering  programs  supporting  curriculum 
development,  and  preparing  a  guide  to  the  software  engineering  body  of  knowledge.  In  1998, 
the  IEEE-CS  and  the  ACM  formed  the  Software  Engineering  Coordinating  Committee 
(SWECC)  to  foster  the  evolution  of  software  engineering  as  a  professional  computing 
discipline  and  to  coordinate  the  various  software  engineering  “maturing”  activities.  An  early 
draft  of  the  Guidelines ,  that  included  a  software  engineering  body  of  knowledge,  was  given 
to  the  SWECC  project  that  is  developing  a  guide  to  the  software  engineering  body  of 
knowledge.  Another  SWECC  project  is  the  Software  Engineering  Education  Project 
(SWEEP).  It  was  established  to  develop  curriculum  recommendations  for  software 
engineering  programs.  The  WGSEET  has  shared  its  work  on  the  Guidelines  with  SWEEP 
and  supports  the  objectives  of  SWEEP.  As  the  SWEEP  efforts  progress,  WGSEET  will 
continue  to  share  its  work  and  pursue  complementary  projects  related  to  the  improvement  of 
software  engineering  education. 

The  two  central  parts  of  the  Guidelines  are  the  description  of  a  software  engineering  body  of 
knowledge  and  a  curriculum  model.  The  body  of  knowledge  presents  a  high-level 
organization  and  description  of  the  software  engineering  that  supports  effective  curriculum 
design;  and  the  curriculum  model  consists  of  a  design  architecture,  a  set  of  design  concepts, 
and  curriculum  content  guidance.  We  believe  that  this  material  and  other  guidance  offered 
will  provide  assistance  to  faculty  in  the  design  and  development  of  quality  programs  in 
software  engineering  and  related  curricula. 
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1  Introduction 


Into  the  foreseeable  future,  software  will  play  an  increasingly  important  and  central  role  in  all 
aspects  of  daily  life.  The  number,  size,  complexity,  and  application  domains  of  programs 
being  developed  will  grow  dramatically.  Unfortunately,  there  are  serious  problems  in  the 
cost,  timeliness,  and  quality  of  development  of  many  software  products.  The  code  in 
consumer  products  is  doubling  every  two  years;  it  is  almost  the  norm  for  software  projects  to 
overrun  their  planned  cost  and  schedule.  Many  large-scale  development  projects  are  never 
completed,  and  many  of  those  completed  do  not  meet  the  user  requirements  and  are  of  poor 
quality  [Gibbs  94],  These  issues  have  placed  an  increasing  demand  for  software  developers 
who  are  equipped  not  only  to  deal  with  the  scientific  and  technical  aspects  of  computing,  but 
for  those  who  have  professional  education  and  preparation  for  the  practice  of  software 
engineering  [Denning  92,  Ford  96,  Lethbridge  98].  This  includes  practice  related  to  use  of 
software  processes,  measurement  and  analysis,  front-end  development  methods,  quality 
engineering,  software  maintenance,  testing,  and  working  as  part  of  a  team.  Unfortunately, 
too  few  academic  programs  offer  curricula  that  focus  on  this  type  of  education.  The  solution 
to  this  problem  depends  heavily  on  the  ability  of  faculty  to  redesign  and  implement  curricula 
that  not  only  emphasize  computer  science,  information  science,  and  technology,  but  also 
focus  on  the  “practice”  of  software  engineering  (SE)  and  include  the  equally  critical  people 
and  process  issues.  The  main  purpose  of  these  Guidelines  is  to  provide  assistance  to  faculty 
in  the  design  and  development  of  programs  in  software  engineering  and  related  curricula. 
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2  Objectives 


The  specific  objectives  of  these  Guidelines  are  as  follows: 

•  Promote  discussion  among  professionals  in  education  and  industry  that  will  improve 
software  education  in  all  institutions  at  an  international  level. 

•  Encourage  greater  commonality  in  software  education  within  and  across  computing 
disciplines. 

•  Provide  a  coherent,  structured  description  of  software  engineering  concepts,  knowledge, 
and  practices  that  support  software  education  curriculum  development. 

•  Develop  a  model  curriculum  for  software  engineering  that  can  be  applied  in  whole,  or 
part,  to  the  development  of  software  education  programs. 
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3  Guidelines  Development 


In  November  1997,  the  Working  Group  on  Software  Engineering  Education  and  Training 
(WGSEET)  met  in  Pittsburgh  and  discussed  the  need  for  a  set  of  guidelines  to  support  the 
design  and  implementation  of  software  engineering  courses  and  curricula.  The  WGSEET  is  a 
group  of  industry  and  academic  professionals  interested  in  promoting  the  development  and 
future  outlook  of  software  engineering  education  and  training  [WGSEET],  The  WGSEET 
meets  twice  a  year  (in  fall  at  the  Frontiers  in  Education  Conference,  and  in  spring  at  the 
Conference  on  Software  Engineering  Education  and  Training)  to  engage  in  activities  that 
promote  and  support  the  education  and  training  of  software  engineers.  Although  there  are 
existing  curriculum  guides  produced  for  various  computing  curricula  [Barnes  98,  CSAB  98, 
Tucker  91]  and  some  early  work  done  to  support  software  engineering  curriculum 
development  [BCS  89,  Ford  90],  there  is  no  existing  document  that  provides  broad  and 
comprehensive  information  and  direction  for  the  development  of  undergraduate  programs  in 
software  engineering.  In  the  past  two  years  one  of  the  primary  activities  of  the  WGSEET  has 
been  to  address  this  deficiency  by  preparing  this  document. 
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4  Software  Engineering  Body  of 
Knowledge 


Software  engineering  as  a  field  of  study  and  practice  is  a  relatively  new  discipline.  Some 
would  argue  that  it  is  not  even  an  engineering  discipline;  however,  a  more  prevalent  view  is 
that  it  is  simply  evolving  and  not  yet  mature  [Ford  94].  However,  in  order  to  provide 
curriculum  guidance  in  software  engineering  education  there  is  a  need  for  a  description  and 
understanding  about  what  knowledge  makes  up  the  field  of  software  engineering.  There  have 
been  recent  efforts  to  organize  and  define  a  software  engineering  body  of  knowledge.  The 
IEEE-CS  and  the  ACM  have  a  long-term  effort  underway  to  develop  a  comprehensive  body 
of  knowledge  for  software  engineering  [Dupuis  98].  A  body  of  knowledge  was  developed  to 
help  define  and  assess  the  software  competencies  needed  in  a  software-intensive  organization 
[Hilbum  99].  However,  for  the  purpose  of  this  project,  we  felt  that  a  simpler  and  more 
focused  description  of  software  engineering  knowledge  was  needed.  In  this  section,  we 
present  a  high-level  organization  and  description  of  the  software  engineering  body  of 
knowledge  (SE-BOK)  that  supports  effective  curriculum  design.  (Note  that  SWEBOK  is  the 
abbreviation  used  in  A  Guide  to  the  Software  Engineering  Body  of  Knowledge  [Dupuis  98]  to 
designate  the  software  engineering  body  of  knowledge.)  The  SE-BOK  is  organized  into  four 
“knowledge  areas:”  the  Core  Area,  the  Foundations  Area,  the  Recurring  Area,  and  the 
Supporting  Area.  Each  knowledge  area  is  further  subdivided  into  “knowledge  components.” 
Definitions  for  the  various  knowledge  terms  used  in  this  document  are  defined  in  Table  1.  In 
the  following  sections,  we  describe  each  knowledge  area  and  its  components. 
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Term 


Definition 


Knowledge 

the  whole  spectrum  of  content  for  the  discipline:  information,  terminology,  artifacts, 
data,  roles,  methods,  models,  procedures,  techniques,  practices,  processes,  and 
literature 

Body  of 

knowledge 

(BOK) 

a  hierarchical  description  of  software  engineering  knowledge  that  organizes  and 
structures  the  knowledge  into  two  levels  of  hierarchy:  “knowledge  areas”  and 
“knowledge  components” 

Knowledge 
Area  (KA) 

a  sub-discipline  of  software  engineering  that  represents  a  significant  part  of  the  body 
of  software  engineering  knowledge.  Knowledge  areas  tire  high-level  structural 
elements  used  for  organizing,  classifying,  and  describing  software  engineering 
knowledge.  A  knowledge  area  is  composed  of  a  set  of  “knowledge  components.” 

Knowledge 

Component 

(KC) 

a  subdivision  of  a  KA  that  represents  SE  knowledge  that  is  logically  cohesive  and 
related  to  the  KA  through  inheritance  or  aggregation 

Table  1:  Knowledge  Definitions 

4.1  Core  Area 

The  Core  Area  includes  those  components  that  define  the  essence  of  software  engineering: 

•  Software  Requirements 

•  Software  Design 

•  Software  Construction 

•  Software  Project  Management 

•  Software  Evolution 


A.  Software  Requirements  Component 

The  Software  Requirements  component  includes  knowledge  concerned  with  establishing 
a  common  understanding  of  the  requirements  to  be  addressed  by  a  software  project.  It 
includes  methods,  techniques,  and  tools  associated  with  the  collection,  analysis, 
specification,  and  review  of  software  requirements. 
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B.  Software  Design  Component 

The  Software  Design  component  includes  knowledge  about  principles,  methods  and 
techniques  for  describing  how  a  software  product  will  be  implemented  so  that  its 
requirements  are  satisfied.  This  includes  methods,  techniques,  and  tools  associated  with 
the  various  types  of  design  activities:  architectural  design,  component  design,  interface 
design,  data  design,  and  algorithm  design. 

C.  Software  Construction  Component 

The  Software  Construction  component  includes,  in  addition  to  knowledge  about  language 
syntax,  issues  related  to  coding  style  and  standards,  internal  documentation,  code 
prototyping,  code  reuse,  analysis  and  choice  of  implementation  tools,  and 
implementation  strategies  in  the  use  of  various  language  paradigms  (such  as  assembler, 
procedural,  and  object-oriented). 

D.  Software  Project  Management  Component 

The  Software  Project  Management  component  addresses  issues  involving  the  creation, 
development,  and  maintenance  of  software  projects.  This  area  includes  project 
management,  risk  analysis,  project  planning,  project  administration,  and  configuration 
management. 

E.  Software  Evolution  Component 

The  Software  Evolution  component  addresses  the  knowledge  and  techniques  necessary  to 
enhance,  perfect,  and  modify  software  over  time.  It  includes  the  issues  of  software 
maintenance,  extensibility,  software  adaptability  to  different  environments,  and  software 
reengineering. 


4.2  Foundations  Area 

The  Foundations  Area  includes  those  components  which  undergird  the  Core  Area  and 
Recurring  Area  (explained  on  page  10).  The  Foundations  Area  consists  of  the  following 
components: 

•  Computing  Fundamentals 

•  Human  Factors 

•  Application  Domains 
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A.  Computing  Fundamentals  Component 

The  Computing  Fundamentals  component  addresses  those  topics  upon  which  effective 
software  development  can  be  built.  The  topics  include  foundations  of  computing, 
programming,  programming  language  concepts,  history  of  computing,  data  structures, 
algorithm  analysis,  compiler  organization,  computer  complexity,  operating  systems,  and 
computer  architecture. 

B.  Human  Factors  Component 

The  Human  Factors  component  encompasses  the  two  broad  categories  characterized  by 
users  who  utilize  software  and  by  system  developers  who  construct  software.  In  these 
two  categories,  interface  design,  ergonomics,  development  environments,  team 
dynamics,  and  communication  are  of  primary  concern  to  facilitate  and  make  efficient  the 
human-computer  interface. 

C.  Application  Domains  Component 

The  Application  Domains  component  includes  knowledge  about  how  software 
engineering  techniques  should  be  used  effectively  in  various  application  domains:  real¬ 
time  systems,  database  and  information  systems,  high-performance  computing, 
intelligent  systems,  graphics  applications,  systems  software,  and  so  on. 

4.3  Recurring  Area 

Components  in  the  Recurring  Area  are  threads  that  occur  through  all  of  the  Core  Area 
components.  The  Recurring  components  include  the  following: 

•  Ethics  and  Professionalism 

•  Software  Processes 

•  Software  Quality 

•  Software  Modeling 

•  Software  Metrics 

•  Tools  and  Environments 

•  Documentation 

A.  Ethics  and  Professionalism  Component 

The  Ethics  and  Professionalism  component  addresses  those  ethical,  social,  and 
professional  issues  inherent  in  producing  software  and  interacting  with  colleagues  and 
clients.  This  component  includes  legal,  quality,  confidentiality,  environmental,  safety, 
workplace  and  harassment,  and  professional  certification  concerns. 
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B.  Software  Processes  Component 

The  Software  Processes  component  involves  the  definition,  implementation,  evaluation, 
and  improvement  of  software  engineering  processes.  It  includes  models  for  categorizing 
software  maturity  and  applying  software  skills  and  techniques. 

C.  Software  Quality  Component 

The  Software  Quality  component  encompasses  the  techniques  and  skills  necessary  to 
assure  that  software  meets  its  requirements,  that  software  development  and  maintenance 
processes  are  sound  and  measurable,  and  that,  when  required,  software  exhibits  the 
characteristics  of  survivability,  safety,  and  fault  tolerance. 

D.  Software  Modeling  Component 

The  Software  Modeling  component  covers  principles  and  methods  for  modeling  software 
architectures  and  software  development  entities.  This  includes  techniques  for  using 
abstraction,  modularity  and  hierarchy  to  model  software  functionality,  data  object 
relationships,  behavior  models,  and  formal  methods. 

E.  Software  Metrics  Component 

The  Software  Metrics  component  encompasses  the  tools  and  techniques  for  performing 
experimental  analysis  on,  keeping  historical  records  on,  and  monitoring  the  progress  of 
software  engineering  processes,  artifacts,  and  resources.  It  involves  metrics  definitions, 
data  collection,  and  experimental  techniques. 

F.  Tools  and  Environments  Component 

The  Tools  and  Environments  component  includes  knowledge  about  the  tools  and 
environments  that  automate  software  processes  at  various  stages  of  the  software  life 
cycle.  It  includes  tool  analysis,  selection,  and  operation. 

G.  Documentation  Component 

The  Documentation  component  encompasses  all  of  the  material  required  to  support  the 
building  and  later  maintenance  of  a  software  product.  It  includes  methods,  tools,  and 
standards  to  write  clear  and  accessible  material  for  all  artifacts  and  processes  of  the 
software  life  cycle. 


4.4  Supporting  Area 

The  components  in  the  Supporting  Area  include  other  fields  of  study  which  provide  building 
blocks  for  rounding  out  the  education  of  students  in  software  engineering.  They  include,  but 
are  not  limited  to,  general  education,  mathematics,  natural  sciences,  social  sciences,  business 
studies,  and  engineering. 
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5  A  Software  Engineering  Curriculum 
Model 


The  curriculum  model  shown  in  the  figure  below  is  meant  to  provide  a  design  abstraction  that 
could  be  used  to  develop  a  variety  of  software  engineering  curricula.  The  model’s 
development  was  influenced  by  a  number  of  sources  and  experiences  [Cowling  98,  Hilbum 
97,  Naveda  98].  It  consists  of  a  design  architecture,  a  set  of  design  concepts,  and  curriculum 
content  guidance.  Although  the  actual  implementation  of  a  curriculum  design  depends  on  a 
number  of  requirements  and  constraints  posited  by  an  academic  institution  and  its  faculty,  we 
believe  this  model  can  provide  insight  and  structure  that  will  help  in  developing  a  quality 
curriculum. 


Figure  1:  Key  Elements  of  Curriculum  Design 
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5.1  A  Profile  of  Graduates 

A  degree  program  focused  on  software  engineering  is  designed  to  prepare  a  new  generation 
of  software  developers  who  concentrate  on  the  engineering  of  software  systems  that  meet 
specified  requirements,  are  built  with  industrial  quality  standards,  and  are  within  cost  and 
schedule.  Graduates  of  such  programs  will  be  able  to  function  as  proficient  software 
developers  and  effective  team  members.  They  will  have  preparation  in  communication, 
mathematics  and  science,  and  the  cultural,  historical  and  social  issues  that  influence  and 
affect  software  development.  They  will  have  knowledge  about  and  experience  with  software 
product  engineering  and  engineering  management  and  an  understanding  of  professional 
issues  and  practice.  Graduates  will  be  able  to  understand  and  assess  their  own  software 
capabilities  and  performance.  They  will  also  have  the  knowledge  and  ability  to  assess  the 
competencies  of  others  working  on  a  project  team.  This  will  allow  them,  with  appropriate 
practice  and  experience,  to  assume  leadership  positions  in  a  software  development 
organization  [Diaz-Herrera  99]. 


5.2  Curriculum  Architecture 

When  developing  a  curriculum,  there  are  key  elements  that  must  be  considered  in  its  design. 
The  first  and  perhaps  most  important  step  is  to  determine  the  curriculum’s  objectives.  This 
involves  consideration  of  the  institution’s  mission  and  the  strategic  goals  of  the  department. 
At  a  more  fundamental  level,  all  the  stakeholders  (faculty,  students,  employers,  etc.)  in  the 
curriculum  need  to  be  involved  in  setting  these  objectives. 

The  SE-BOK  provides  the  foundation  for  the  curriculum  content,  while  accreditation  criteria 
gives  structure  and  discipline  to  the  curriculum  design  and  forms  the  basis  for  assessment  and 
evaluation.  But  objectives,  assessment  criteria,  and  content  are  not  alone  sufficient  to  design 
a  quality  curriculum.  There  must  be  an  underlying  philosophy  of  how  these  elements  fit 
together.  The  design  concepts  presented  in  the  next  section  furnish  a  philosophical 
framework  for  the  development  of  effective  software  engineering  curricula  and  are  the 
foundation  for  our  curriculum  model. 
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5.3  Design  Concepts 

The  list  of  concepts  in  this  section  provides  both  foundation  principles  for  the  software 
engineering  curriculum  model  and  specific  suggestions  for  creating  a  design. 


A.  The  curriculum  model  supports  the  development  of  a  variety  of  degree  programs  which 
emphasize  and  focus  on  software  engineering: 

•  BS  in  Software  Engineering 

•  BS  in  Computer  Science 

•  BS  in  Information  Systems 

•  BS  in  Computer  Engineering 

B.  The  model  introduces  students,  at  the  beginning  of  their  studies,  to  the  nature,  scope,  and 
importance  of  software  engineering. 

C.  The  model  incorporates  two  levels  of  software  engineering  education: 

i)  “Software  Engineering  in  the  Small” 

>  the  application  of  software  engineering  principles  to  the  development  of  a 
software  product  by  an  individual 

>  the  software  developed  is  typical  of  that  encountered  in  lower  division  software 
courses 

ii)  “Software  Engineering  in  the  Large” 

>  the  application  of  software  engineering  principles  to  the  development  of  a 
software  product  by  a  team 

>  the  software  developed  is  typical  of  that  encountered  in  upper  division  software 
courses,  or  small  to  moderate  size  industrial  software  projects 

D.  The  model  advocates  a  balance  between  “product”  activities  and  “process”  activities. 

•  Product  activities  include  methods,  techniques,  and  skills  used  to  build  the 
components  and  artifacts  associated  with  a  software  product  (development  plans, 
quality  assurance  plans,  requirements  specifications,  design  specifications,  code,  and 
product  documentation). 

•  Process  activities  include  the  standards,  procedures,  guidelines,  measurement,  and 
support  and  analysis  techniques  that  provide  a  framework  for  how  to  carry  out  the 
product  activities  in  an  effective  and  efficient  manner. 

E.  The  model  provides  guidance  for  development  of  degree  programs  that  can  be  accredited 
by  an  appropriate  accreditation  organization  such  as  the  Accreditation  Board  for  Engi- 
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neering  and  Technology  (ABET)  or  the  Computing  Sciences  Accreditation  Board 
(CSAB). 

F.  The  model  includes  ethical,  professional,  and  social  issues  that  are  related  to  the  practice 
of  software  engineering. 

G.  The  model  places  special  emphasis  on  the  importance  of  teamwork,  and  the  team  dy¬ 
namics  and  team-building  efforts  and  experiences  that  support  effective  collaborative 
software  development  activities. 

H.  The  model  provides  for  acquisition  of  knowledge  in  a  particular  application  domain  (e.g., 
embedded  systems,  database  and  information  systems,  intelligent  systems,  telecommuni¬ 
cations  and  networking,  etc.). 

I.  A  key  feature  of  the  model  is  the  provision  for  students  to  engage  in  the  practice  of  soft¬ 
ware  engineering.  Such  “practice”  can  be  realized  in  a  variety  of  ways: 

i)  scheduled  laboratories  offered  in  conjunction  with  specific  computer  science  and 
software  engineering  knowledge  courses 

ii)  software  engineering  project  labs 

(1)  Software  Studio  model  (Carnegie  Mellon  University,  [Garlan  97]) 

(2)  Real  World  Lab  model  (Georgia  Institute  of  Technology,  [Moore  94]) 

iii)  cooperative  education  and  intern  work  in  the  software  industry 


5.4  Curriculum  Content 

Although  the  organization,  implementation,  and  delivery  of  various  SE-focused  curricula 
might  differ,  they  should  all  offer  courses  and  activities  that  include  the  content  areas 
depicted  in  Figure  2.  The  “domain  knowledge”  area  is  recognition  that  software  engineering 
is  applied  in  a  variety  of  domains  that  each  require  specialized  knowledge  by  the  software 
developer.  For  example,  the  development  of  a  financial  software  package  requires  quite 
different  knowledge  and  skills  than  the  development  of  software  for  an  embedded  flight 
control  system.  Of  course  the  domain  area  of  a  curriculum  also  influences  some  of  the 
decisions  on  what  to  include  in  the  other  content  areas  (e.g.,  the  type  and  level  of  courses 
needed  in  mathematics,  the  natural  sciences,  and  computer  science). 
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Figure  2:  Curriculum  Content  Areas 


The  following  list  describes,  as  a  minimum,  what  we  believe  should  be  included  in  each  area: 

A.  Computer  Science  Fundamentals 

>  programming,  data  structures,  and  algorithms 

>  programming  language  concepts 

' 

1  >  computer  organization 

I  >  system  software  (process  and  resource  management,  concurrent  and  distributing 

computing,  networking,  and  telecommunications) 

B.  Mathematics 

>  discrete  math 

>  probability  and  statistics 


C.  Natural  Sciences 


D.  General  Education 

>  Communication  (oral  and  written) 

>  Humanities  and  Social  Sciences 

E.  Software  Engineering 

>  Software  Requirements  Engineering 

>  Software  Design 
y  Software  Quality 

>  Software  Architectures 

>  Software  Construction 
>•  Software  Evolution 

>  Formal  Methods 

>  HCI  (Human-Computer  Interaction) 

>  project  organization,  planning,  and  tracking 

>  Software  Processes 

>  Software  Engineering  Ethics  and  Professionalism 


5.5  Software  Engineering  Modules 

This  section  includes  a  specification  for  software  engineering  modules  that  would  form  the 
core  for  any  computing  program  with  a  focus  in  software  engineering.  The  modules  are 
based  on  the  curriculum  content  listed  above  and  represent  material  that  should  be 
incorporated  in  required  courses  for  the  curriculum.  Table  2  lists  and  describes  the  modules. 
Figure  3  shows  the  prerequisite  relationship  between  the  modules. 


Figure  3  SE  Module  Prerequisite  Chart 
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Each  of  the  modules  could  be  developed  into  a  complete  course.  However,  depending  on  the 
objectives  and  nature  of  a  curriculum,  some  modules  could  be  incorporated  in  a  course  with 
other  material.  For  example,  SE  5  and  SE  6  might  be  combined  to  produce  one  course  in 
“Software  Analysis  and  Design.” 


Module 

Title 

Description 

SE  1 

Introduction  to 
Computer  Science  for 
Software  Engineers  1 

This  module  provides  an  introduction  to 
programming,  usually  with  the  procedural  paradigm. 
The  basic  features  of  software  engineering  are 
integrated  throughout  the  module. 

SE  2 

Introduction  to 
Computer  Science  for 
Software  Engineers  2 

This  module  investigates  data  structures  and  the 
object-oriented  paradigm  while  continuing  with  an 
introduction  to  software  engineering. 

SE  3 

Introduction  to 
Software  Engineering 

The  module  provides  an  overview  of  software 
engineering  as  a  discipline;  the  module  introduces 
students  to  the  fundamental  principles  and 
methodologies  of  software  engineering. 

SE4 

Professionalism  and 
Ethics 

The  module  covers  material  on  the  historical,  social, 
and  economic  issues  in  software  engineering.  It 
includes  study  of  professional  responsibilities,  risks 
and  liabilities,  and  intellectual  property  relative  to  the 
software  engineering  profession. 

SE  5 

Software 

Requirements 

This  module  introduces  basic  concepts  and  principles 
of  software  requirements  engineering,  its  tools  and 
techniques,  and  methods  for  modeling  software 
systems. 

SE6 

Software  Design 

This  module  covers  the  methods  and  techniques  used 
in  the  design  of  software  systems.  It  includes 
architectural  and  detailed  design,  with  an  emphasis  on 
object-oriented  methods,  the  design  process,  and  the 
design  documentation  and  review. 

SE7 

Software  Quality 

This  module  looks  at  how  software  quality  assurance 
and  configuration  management  are  performed  and 
how  software  process  improvement  is  maintained  in 
order  to  assure  the  highest  possible  quality. 

Module 

Title 

Description 

SE  8 

Software 

Construction  and 
Evolution 

This  module  examines  issues,  methods,  and 
techniques  associated  with  constructing  software, 
given  a  high-level  design,  and  for  maintaining 
software  over  its  lifetime. 

SE9 

Software  Design 
Project 

This  module  allows  the  students  to  use  the  skills 
gaining  in  previous  modules  as  part  of  a  development 
team  on  a  semester-long  software  engineering  project. 

Table  2:  SE  Modules 


The  templates  on  the  following  pages  provide  more  detail  on  the  module  content  and 
information  that  would  support  course  and  curriculum  design. 
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Module:  SE1 

Introduction  to  Computer  Science  for  Software  Engineers  1 

Prerequisite 
Knowledge  S; 

Pre-calculus  and  programming  knowledge  through  loops  in  some 
language 

^^Description 

This  module  provides  an  introduction  to  programming  usually  with  the 
procedural  paradigm.  The  basic  features  of  software  engineering  are 
integrated  throughout  the  module. 

Module 

Objectives 

Upon  completion  of  this  module,  students  should  be  able  to: 

•  Implement  programs  using  features  such  as  arrays,  strings,  and 
records. 

•  Perform  elementary  analysis  and  design  tasks  using  the  procedural 
paradigm. 

•  Do  individual  inspections  (“desk  checking”). 

•  Develop  and  implement  a  test  plan. 

Module  Content 

f|v  '  % 4  .  •-  :• 

1  f  :  - 

The  module  will  include  the  following  topics: 

•  review  of  the  most  basic  programming  constructs  (assignments, 
input/output,  selection  constructs,  and  loops) 

•  more  advanced  programming  constructs  (one-dimensional  arrays, 
strings,  multi-dimensional  arrays,  text  files,  and  records) 

•  introduction  to  structured  analysis  and  top-down  design,  including 
appropriate  documentation 

•  inspection  and  testing  in  the  procedural  paradigm 

Recommended 
Module  Format 
and  Learning 
Activities 

fi/.O"} "A:-  i '  >  -  •;  •• '  •  •  • :  i  -'-: 

•  four  semester  credits 

•  three  lecture  hours  per  week 

•  two  to  three  laboratory  hours  per  week  (investigating 
programming  features) 

•  individual  projects  involving  elementary  software  engineering 
techniques  using  the  procedural  paradigm 
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Module:  SE 1  Introduction  to  Computer  Science  for  Software  Engineers  1 


Resources  and 
References 


•  Dale,  Nell  B.;  Weems,  Chip;  &  Headington,  Mark.  Programming 
in  C++.  Sudbury,  Massachusetts:  Jones  and  Bartlett,  1998. 

•  Dale,  Nell  B.  Introduction  to  Turbo  Pascal  and  Software  Design. 
Sudbury,  Massachusetts:  Jones  and  Bartlett,  1997. 

•  Deitel,  Harvey  M.  &  Deitel,  Paul  J.  C++:  How  to  Program.  Upper 
Saddle  River,  New  Jersey:  Prentice-Hall,  1997. 

•  Deitel,  Harvey  M.  &  Deitel,  Paul  J.  Java:  How  to  Program. 

Upper  Saddle  River,  New  Jersey:  Prentice-Hall,  1997. 

•  Dale,  Nell  B.  A  Laboratory  Course  in  C++.  Sudbury, 
Massachusetts:  Jones  and  Bartlett,  1997  (lab  manual). 

•  Humphrey,  W.  S.  Introduction  to  the  Personal  Software  Process. 
Reading,  Massachusetts:  Addison- Wesley,  1997. 


The  courses  titled  Introduction  to  Computer  Science  for  Software 
Engineers  1  and  2  (CS1  and  CS2)  have  been  structured  in  the 
traditional  manner  for  such  courses  in  that  the  procedural  paradigm  is 
used  in  the  first  module,  and  the  object-oriented  paradigm  in  the 
second.  A  variation  of  this  is  to  teach  objects  from  the  beginning,  with 
procedural  constructs  being  introduced  as  necessary. 

These  modules  differ  from  the  traditional  CS1  and  CS2  courses  in  that 
the  basics  of  software  engineering  (e.g.,  life  cycle,  inspections, 
configuration  management,  and  quality  assurance)  are  integrated  into 
the  various  software  development  tasks  undertaken. 
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Module:  SE  2 


Prerequisite 

Knowledge 


'Description 


Module 

Objectives 


Recommended 
Module  Format 
and  Learning 
Activities 


Introduction  to  Computer  Science  for  Software  Engineers  2 
SE  1 

This  module  investigates  data  structures  and  the  object-oriented 
paradigm  while  continuing  with  an  introduction  to  software 
engineering. 

Upon  completion  of  this  module,  students  should  be  able  to: 

•  Implement  programs  using  features  such  as  classes  and  pointers. 

•  Write  recursive  programs. 

•  Program  using  elementary  data  structures. 

•  Perform  analysis  and  design  tasks  using  the  object-oriented 
paradigm. 

•  Work  in  a  small  team  (four  to  six  people)  on  the  analysis,  design, 
implementation,  and  testing  of  a  project. 

•  Do  inspections  and  reviews  within  a  team. 

•  Do  elementary  configuration  management  and  quality  assurance 

within  a  small  team. _ 

The  module  will  include  the  following  topics: 

•  basic  data  structures  (stacks,  queues,  binary  trees) 

•  introduction  to  recursion 

•  introduction  to  object-oriented  analysis  and  design,  including 
appropriate  documentation 

•  abstract  data  types  and  classes 

•  pointers  and  linked  lists 

•  inspection  and  testing  in  the  object-oriented  paradigm 

•  introduction  to  configuration  management  and  quality  assurance 

•  four  semester  credits 

•  three  lecture  hours  per  week 

•  two  to  three  laboratory  hours  per  week  (investigating  data 
structures) 

•  individual  and  team  projects  involving  elementary  software 

engineering  techniques  using  the  object-oriented  paradigm _ 
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IIEBS3H 

Introduction  to  Computer  Science  for  Software  Engineers  2 

Resources  and 
References 

•  Budd,  Timothy.  Data  Structures  in  C++  Using  the  Standard 
Template  Library.  Reading,  Massachusetts:  Addison-Wesley, 

1997. 

•  /'•f  i  - 

•  Main,  Michael  &  Savitch,  Walter.  Data  Structures  and  Other 
Objects  Using  C++.  Reading,  Massachusetts:  Addison-Wesley, 
1997. 

•  Main,  Michael.  Data  Structures  and  Other  Objects  Using  Java. 
Reading,  Massachusetts:  Addison-Wesley,  1998. 

•  Roberge,  James.  Data  Structures  in  C++:  A  Laboratory  Course. 
Sudbury,  Massachusetts:  Jones  and  Bartlett,  1997  (lab  manual). 

Comments 

:  ..  .  :  .. 

The  courses  titled  Introduction  to  Computer  Science  for  Software 
Engineers  1  and  2  (CS1  and  CS2)  have  been  structured  in  the 
traditional  manner  for  such  courses  in  that  the  procedural  paradigm  is 
used  in  the  first  module,  and  the  object-oriented  paradigm  in  the 
second.  A  variation  of  this  is  to  teach  objects  from  the  beginning,  with 
procedural  constructs  being  introduced  as  necessary. 

it- 

§;:lgf:  ,v§  op 

^ 

These  modules  differ  from  the  traditional  CS 1  and  CS2  courses  in  that 
the  basics  of  software  engineering  (e.g.,  life  cycle,  inspections, 
configuration  management,  and  quality  assurance)  are  integrated  into 
the  various  software  development  tasks  undertaken. 
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Module:  SE  3 

Introduction  to  Software  Engineering  I 

Prerequisite 

Knowledge 

SE2 

Description 

This  module  provides  an  overview  of  software  engineering  as  a 
discipline;  the  module  introduces  students  to  the  fundamental 
principles  and  methodologies  of  software  engineering.  It  covers  basic 
knowledge  about  software  requirements,  software  design,  software  : 

construction,  software  management,  and  software  quality.  It  provides 
minimum  prerequisite  knowledge  for  more  detailed  and  specialized 
study  of  software  engineering.  Students  gain  experience,  via  a  team 
project,  about  life-cycle  development  of  software  systems. 

Module  -v 

Objectives  ' 

Upon  completion  of  this  course,  students  should  be  able  to: 

•  Identify  and  discuss  the  technical  and  engineering  activities  of 
producing  a  software  product. 

•  Describe  issues,  principles,  methods  and  technology  associated 

with  software  engineering  theory  and  practices  (e.g.,  planning, 
requirements  engineering,  design,  coding,  testing,  quality  j 

assurance,  and  configuration  management). 

•  Working  as  part  of  a  team,  use  a  software  development  process  to 
develop  a  software  product. 

Module  Content 

The  module  will  include  the  following  topics: 

•  introduction  to  software  engineering 

•  models  of  the  software  development  process 

•  project  planning  and  organization 

•  software  requirements  and  specifications 

•  software  design  techniques 

•  software  quality  assurance 

•  software  testing 

•  software  tools  and  environments 

•  team  project  activities 

^Recommended 
Module  Format 
and  Learning 
Activities 

•  three  to  four  semester  credits 

•  three  lecture/discussion  hours  per  week 

•  two  to  three  laboratory  hours  per  week  -  team  process. and  team 
project  work  (status  reports,  team  meetings,  reviews  and 
inspections,  tests  and  demonstrations) 
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Module:  SE  3 

Introduction  to  Software  Engineering 

Resources  and 

•  Pressman,  Roger  S.  Software  Engineering:  A  Practitioner’s 

References 

Approach,  4th  ed.  New  York,  New  York:  McGraw-Hill,  1997. 

•  Sommerville,  I.  Software  Engineering,  5th  ed.  Reading, 

Massachusetts:  Addison-Wesley,  1995. 

•  Pfleeger  S.  Software  Engineering  Theory  and  Practice.  Upper 

hi:y-  ’  .....  ; 

Saddle  River,  New  Jersey:  Prentice-Hall,  1998. 

'  ' '  '  •• 

- 

•  Humphrey,  W.  S.  Introduction  to  the  Team  Software  Process. 

Tyi; .  ,,  ;  "  j> ■  * f, ;  -  '  A  ^  ' : 

Reading,  Massachusetts:  Addison-Wesley,  1999. 

'  'ic  . 

•  Brooks,  F.P.  The  Mythical  Man-Month,  Essays  on  Software 

Engineering,  anniversary  ed.  Reading,  Massachusetts:  Addison- 

;  ;  -V;.  ^ 

Wesley,  1995. 

4 :  v:* ! ' '  :'v- ; . .  ''K ' 

•  Marciniak,  John  J.  Encyclopedia  of  Software  Engineering.  New 

I-  •%  V- 

York,  New  York:  John  Wiley  &  Sons,  Inc.,  1994. 

•  Dorfman,  M.  &  Thayer,  R.,  eds.  Software  Engineering.  Los 

;rjV 

Alamitos,  California:  IEEE  Computer  Society  Press,  1997. 
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Module:  SE4 

Professionalism  and  Ethics 

"Prerequisite 

Knowledge 

SE  3 

Description 

This  module  covers  material  on  the  historical,  social,  and  economic 
issues  in  software  engineering.  It  includes  the  study  of  professional 
responsibilities,  risks  and  liabilities,  and  intellectual  property  relative 
to  the  software  engineering  profession. 

Module 

Objectives 

Upon  completion  of  this  module,  students  should  be  able  to: 

•  Describe  and  discuss  historical,  social,  economic,  ethical,  and 
professional  issues  related  to  the  discipline  of  software 
engineering 

•  Identify  key  sources  for  information  and  opinion  about 
professionalism  and  ethics. 

•  Analyze,  evaluate,  and  assess  ethical  and  professional  computing 
and  software  engineering  case  studies. 

Module  Content 

-i- .  ■  A  s’?-..  ■  ■  v.  >v. 

\  ■.:■■■:  ■  ;  •.  '  - 

V'  ;:  V'-  .'  r  •  • 

* ? 1: ■  - .  •  <  . : ; . .  -a v j;:;. . J;.;  '• 
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€ '■  :  .  .  ■  /. 

The  module  will  include  the  following  topics: 

•  historical,  social,  and  economic  context  of  software  engineering 

•  definitions  of  software  engineering  subject  areas  and  professional 
activities 

•  professional  societies 

•  professional  ethics 

•  professional  competency  and  life-long  learning 

•  uses,  misuses,  and  risks  of  software 

•  information  security  and  privacy 

•  business  practices  and  the  economics  of  software 

•  intellectual  property  and  software  law 

•  social  responsibilities 

Recommended 
Module  Format 
and  Learning 
Activities 

’  ‘  \ '  •••  V.  : ''  ~  y  .'*  ■  ; 
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•  three  semester  credits 

•  three  lecture/discussion  hours  per  week 

•  presentation  of  ethical  and  professional  case  studies  in  computing 
and  software  engineering 

•  individual  projects: 

-  write  an  expository  paper  on  an  historical,  social,  economic, 
or  professional  issue  in  software  engineering 

-  write  a  position  on  a  module  case  study  (on  an  ethical  or 
professional  issue) 
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Module:  SE4 

Professionalism  and  Ethics 

Resources  and 
^References 

•  Edgar,  S.L.  Morality  and  Machines:  Perspectives  on  Computer 
Ethics.  Sudbury,  Massachusetts:  Jones  and  Bartlett,  1996. 

•  Epstein,  R.  G  The  Case  of  the  Killer  Robot.  New  York,  New  York: 
John  Wiley,  1997. 

•  ACM/IEEE-CS  Task  Force,  Software  Engineering  Code  of  Ethics 
and  Professional  Practice  Project  [online].  Available  WWW 
<URL:  htp://www.acm.org/serving/se/SWCEPP.htm>  (1999). 

•  Boehm,  B.  W.  Software  Engineering  Economics.  Upper  Saddle 
River,  New  Jersey:  Prentice-Hall,  1981. 
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Module:  SE  5 

Software  Requirements 

Prerequisite 

Knowledge 

SE  3 

Introduction  to  Software  Engineering 

Description 

This  module  introduces  basic  concepts  and  principles  of  software 
requirements  engineering,  its  tools  and  techniques,  and  methods 
for  modeling  software  systems.  Various  approaches  to 
requirements  analysis  are  examined;  structured,  object-oriented, 
and  formal  approaches  are  studied. 

■Module 

Objectives  i 

%  ■ 

Upon  completion  of  this  module,  students  should  be  able  to: 

•  Describe  the  role  of  requirements  engineering  within  the 
software  life  cycle. 

•  Describe,  compare  and  contrast,  and  evaluate  structured, 
object-oriented,  data-oriented,  and  formal  approaches  to 
requirements  modeling. 

•  Gather  the  requirements  necessary  to  develop  the 
specifications,  given  a  “customer”  who  wants  a  software 
system  to  be  developed. 

•  Perform  an  analysis,  do  some  planning  and  risk  assessment, 
and  develop  an  informal  requirements  specification,  given  a 
set  of  requirements. 

•  Model,  prototype,  and  specify  requirements  for  a  software 
system. 

•  Review  and  inspect  software  requirements. 
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Module:  SE  5  Software  Requirements 


Module  Content  The  module  will  include  the  following  topics: 


-  : 

;  ;  ;  ; 
y-J  :  ,v:: 


Recommended 
Module  Format 
•and  Learning 
Activities 


Resources  and 
References 

|p  '  ' ;  '  ' 


•••:.  ■  .  ’M 

: '  yjfc*; 


software  life-cycle  models 

introduction  to  project  planning  and  risk  management 
requirements  modeling  and  analysis 
Software  requirements  specification 
Software  requirements  elicitation  and  analysis 
Structured  methods 
object-oriented  methods 

formal  methods  in  requirements  (formal  and  executable 
specifications) 

requirements  verification  and  validation 

requirements  elicitation  (e.g.,  scripting,  development  of  use 
cases  and  interface) 

software  requirements  metrics 
prototyping  user  interfaces 
customer  acceptance  of  requirements 


one  to  three  semester  credits 

three  lecture/discussion  hours  per  week 

a  team  or  individual  project  to  collect,  prototype,  model, 
specify,  and  verify  the  requirements  for  a  software  system 


Davis,  A.  Software  Requirements:  Objects,  Functions,  & 
States.  Upper  Saddle  River,  New  Jersey:  Prentice  Hall,  1993. 

Jackson,  M.  Software  Requirements  &  Specifications:  A 
Lexicon  of  Practice,  Principles  and  Prejudices.  Reading, 
Massachusetts:  Addison-Wesley,  1995. 

Dorfman,  M.,  Thayer,  R.,  &  Davis,  A.,  eds.  Software 
Requirements  Engineering,  2nd  ed.  Los  Alamitos,  California: 
IEEE  Computer  Society  Press,  1997. 

Dorfman,  M.  &  Thayer,  R.,  eds.  Software  Engineering.  Los 
Alamitos,  California:  IEEE  Computer  Society  Press,  1997. 

Loucopoulos,  P.  &  Karakostas,  V.  Systems  Requirements 
Engineering.  New  York,  New  York:  McGraw-Hill,  1995. 

Marciniak,  John  J.  Encyclopedia  of  Software  Engineering. 
New  York,  New  York:  John  Wiley  &  Sons,  Inc.,  1994. 
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Module:  SE  6 

Software  Design 

Prerequisite 

Knowledge 

SE  3,  SE  5 

Description  v 

■f;.  /  ••  .  tif'-- 

This  module  covers  the  methods  and  techniques  used  in  the  design  of 
software  systems.  It  includes  architectural  and  detailed  design,  with 
an  emphasis  on  object-oriented  methods,  the  design  process,  and  the 
design  documentation  and  review. 

Module 

Objectives  .■ ft 

'  '■  ;,{■?:  C 

Upon  completion  of  this  module,  students  should  be  able  to: 

•  Prototype  a  user  interface,  given  a  set  of  interface  requirements. 

•  Perform  an  object-oriented  architectural  design  in  a  team  of  three 
to  five  people,  given  a  requirements  specification  document 
developed  by  someone  else. 

•  Perform  a  partial  design  and  prototyping  in  one  or  more  iterations, 
given  a  requirements  specification  document  developed  by 
someone  else. 

•  Develop  a  detailed  design,  given  a  preliminary  design  document. 

•  Code  a  design  in  a  particular  language,  given  a  detailed  design. 

•Module  Content 

The  module  will  include  the  following  topics: 

•  introduction  to  software  architecture 

•  design  patterns 

•  object-oriented  architectural  design 

•  experimentation  in  design 

•  design  prototyping 

•  working  on  a  design  team 

•  detailed  design  and  implementation  issues 

•  design  reviews  (preliminary  and  detailed) 

•  using  the  design  document  for  coding 

Reconunended 
Module  Format 
and  Learning 
Activities 

•  one  to  three  semester  credits 

•  three  lecture  hours  per  week  for  each  module 

•  individual  and  team  projects 
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Module:  SE  7  > 

Software  Quality 

Prerequisite 

Knowledge 

SE  3  : 

Description 

This  module  looks  at  how  software  quality  assurance  and 
configuration  management  are  performed  and  how  software  process 
improvement  is  maintained  in  order  to  assure  the  highest  possible 
quality. 

Module 

Upon  completion  of  this  module,  students  should  be  able  to: 

Objectives 

•  Understand  the  role  and  importance  of  software  quality  assurance 
in  a  software  project. 

•  Understand  the  role  and  importance  of  configuration  management 
in  a  software  project. 

•  Understand  how  software  metrics  are  developed  and  used  to  insure 
quality. 

•  Develop  a  quality  assurance  plan. 

•  Develop  a  configuration  management  plan. 

•  Perform  reviews,  inspections,  and  audits. 

•  Understand  how  a  configuration  control  board  works. 

•  Understand  how  the  major  methods  for  software  process 

improvement  work. 

Module  Content 

The  module  will  include  the  following  topics: 

y, ■ ' '  ' 7 ' ' ’■<  \  ■ ',?• •  v £ 

Wyy '  /y »'  ’•  t  y  -  ? 

•  software  quality  assurance 

•  software  quality  metrics 

•  software  configuration  management 

•  software  verification  and  validation  (V&V) 

•  reviews,  inspections,  and  audits 

•  configuration  control  boards 

•  software  process  improvement  models 

Recommended 

•  three  semester  credits 

.Module  Format 

•  three  lecture  hours  per  week 

and  Learning 
Activities 

•  individual  and  team  projects 
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Module:  SE  7 

Software  Quality 

Resources  and 

•  Freedman,  Daniel  &  Weinberg,  Gerald.  Handbook  of 

References 

Walkthroughs,  Inspections ,  and  Technical  Reviews ,  3rd  ed.  New 

■  v  ■'  '  •  A :  " AvA 

A f  |  A  AxA  . •  ^  A; 

York,  New  York:  Dorset  House,  1990. 

•  Ayer,  Steve  &  Patrinostro,  Frank.  Software  Configuration 

;  ;  3  ;  ;  a  v. 

Management.  New  York,  New  York:  McGraw-Hill,  1992. 

•••  •  •  }«'■  I • :  *r A ...  JW,  •  ••VYA 

•  Humphrey,  Watts  S.  A  Discipline  for  Software  Engineering. 

;  "T  /T;  :  1 

Reading,  Massachusetts:  Addison-Wesley,  1995. 

•;  .  ' 

•  Paulk,  M.;  Weber,  C.;  Curtis,  B.;  &  Chrissis,  M.  The  Capability 

‘  w  -  «  .  '"’S' 

Maturity  Model:  Guidelines  for  Improving  the  Software  Process. 

Reading,  Massachusetts:  Addison-Wesley,  1995. 

3.\; 

•  Schmauch,  Charles  H.  ISO  9000 for  Software  Developers,  revised 

ed.  Milwaukee,  Wisconsin:  ASQ  Quality  Press,  1995. 

Module:  SE  8 

Software  Construction  &  Evolution 

Prerequisite 

Knowledge 

SE  2,  SE  3,  SE  6 

course/module  in  Data  Structures  and  Algorithms 

Description 

This  module  examines  issues,  methods,  and  techniques  associated  with 
constructing  software,  given  a  high-level  design,  and  for  maintaining 
software  over  its  lifetime. 

Module 

Objectives 

is 

:^SSK  ■  ■  Si 
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a.  a? 

Upon  completion  of  this  module,  students  should  be  able  to: 

•  Use  programming  languages,  software  design  knowledge,  and 
construction  tools  to  implement  a  high-level  design. 

•  Use  and  analyze  an  individual  software  process  in  constructing  a 
software  module  or  unit. 

•  Use  software  implementation  tools  to  construct  software. 

! 

•  Analyze  the  impact  of  the  design  and  construction  process  on 
long-term  software  maintainability  and  evolution. 

•  Describe  and  discuss  maintenance  processes  and  techniques. 
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Module:  SE8 

Software  Construction  &  Evolution 

Module  Content 

The  module  includes  the  following  topics: 

•  software  construction  overview 

•  detailed  design 

y' 

• 

individual  software  process  and  metrics 

rV  ..  ‘ '  *■': v/  • 

• 

programming  language  issues 

1  •  ?  '  -  '  , 

• 

implementation  tools 

|  J!-,  ‘  jt  • 

• 

coding  standards  and  styles 

ft;' V "  ;v 

• 

review  and  testing 

;V:  'v  :  '  fy  \  V "  !• 

• 

software  reuse 

•. : ....  ........  ; 

• 

• 

maintenance  overview 
maintenance  process  and  metrics 

\j  '■ :[ V'. ;  \ '■■■?: > 

• 

maintenance  techniques 

Recommended 

• 

one  to  three  semester  credits 

Module  Format 

• 

three  lecture/discussion  hours  per  week 

and  Learning 
|Activities>:5^'  'i! 

• 

individual  projects  involving  unit/module  development  and 
maintenance  (design,  coding,  review,  testing) 

Resources  and 
'  References  ;  * 

• 

Humphrey,  W.  S.  A  Discipline  for  Software  Engineering.  Reading, 
Massachusetts:  Addison- Wesley,  1995. 

K  : 

• 

Meyer,  B.  Object-Oriented  Software  Construction.  Upper  Saddle 
River,  New  Jersey:  Prentice  Hall,  1997. 

^  v •  „  • ; '  ;  '  •  :  .  .  /  /  /  <  \  ■  : -  ■ .  : : ;  r. 

• 

Deimel  L.  &  Naveda,  F.  Reading  Computer  Programs:  Intructor’s 
Guide  and  Exercises  (CMU/SEI-90-EM-3).  Pittsburgh,  Pa: 

Software  Engineering  Institute,  Carnegie  Mellon  University, 

August  1990. 

*  5 

• 

Pigoski,  T.M.  Practical  Software  Maintenance.  New  York,  New 
York:  John  Wiley  &  Sons,  1997. 

|  •  ■"  ;  /.•••• 

• 

Dijkstra,  E.  A  Discipline  of  Programming.  Upper  Saddle  River, 

New  Jersey:  Prentice-Hall,  1976. 

• 

Marciniak,  John  J.  Encyclopedia  of  Software  Engineering.  New 
York,  New  York:  John  Wiley  &  Sons,  Inc.,  1994. 

r%:,  ■  ■ 

• 

Dorfman,  M.  &  Thayer,  R.,  eds.  Software  Engineering.  Los 
Alamitos,  California:  IEEE  Computer  Society  Press,  1997. 
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Module:  SE  9 

Senior  Design  Project 

Prerequisite 

Knowledge 

SE  3,  SE  5,  SE  6,  SE  7,  SE  8 

Domain-specific  knowledge  may  be  needed  depending  on  the  project. 

Description 

This  module  allows  the  students  to  use  the  skills  gained  in  previous 
modules  as  part  of  a  development  team  on  a  semester-long  software 
engineering  project. 

Module 

Objectives 

;‘k  .■■■:.  1 

j|| 

Upon  completion  of  this  module,  students  should  be  able  to: 

•  Understand  the  major  aspects  of  software  project  management. 

•  Work  on  a  large  team  project. 

•  Work  for  a  client  on  a  project  that  will  actually  be  used. 

•  Make  oral  and  written  project  presentations. 

Module 

Content 

■  •  $Pj-i 

SSh  t-M 
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The  module  will  include  the  following  topics: 

•  project  planning  and  risk  analysis 

•  project  tracking  and  scheduling 

•  large-team  project  roles  and  structure 

•  team  and  client  presentations 

Recommended 
Module  Format 
and  Learning 
Activities 

•  four  semester  credits 

•  The  number  of  lecture  hours  per  week  can  vary  and  would  include 
team  presentations  at  various  points  during  the  semester. 

•  a  single  semester-long  team  project 

Resources  and 
References 

:? 
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•  Brooks,  Frederick.  The  Mythical  Man-Month,  20th  anniversary  ed. 
Reading,  Massachusetts:  Addison- Wesley,  1995. 

•  Humphrey,  W.  S.  Introduction  to  the  Team  Software  Process. 
Reading,  Massachusetts:  Addison-Wesley,  1999. 

•  Yourdon,  Edward.  Death  March:  The  Complete  Software 
Developer's  Guide  to  "Mission  Impossible  ”  Projects.  Upper 

Saddle  River,  New  Jersey:  Prentice-Hall,  1997. 
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5.6  Sample  Curriculum  Implementations 

This  section  contains  a  description  of  a  sample  curriculum  in  software  engineering  and 
descriptions  of  three  software  engineering  focused  curricula  in  computer  science,  information 
systems,  and  computer  engineering. 


A.  Sample  Curriculum  in  Software  Engineering 

i)  Curriculum  Objectives 

This  curriculum  leads  to  a  BS  degree  in  Software  Engineering.  A  student  completing 

this  curriculum  would  be  prepared  for  the  following: 

•  To  be  employed  as  an  entry-level  software  engineer 

•  To  pursue  graduate  work  in  computer  science  (with  additional  undergraduate 
courses  in  computer  science) 

•  To  pursue  graduate  work  in  software  engineering 

ii)  Curriculum  Design 

(1)  The  sample  curriculum  was  designed  so  that  it  could  be  adapted  to  programs  that 
wish  to  evolve  from  a  “traditional”  computer  science  program  into  a  program 
with  more  emphasis  on  software  engineering. 

(2)  The  sample  curriculum  is  based  upon  the  design  concepts  set  down  earlier  in  this 
document.  Its  design  is  influenced  by  the  curriculum  guidance  provided  in 
Computing  Curricula  1991  [Tucker  91]  and  Engineering  Criteria  2000:  Criteria 
for  Accrediting  Engineering  Programs  [ABET]. 

(3)  The  curriculum  includes  a  total  of  120  semester  credit  hours  distributed  as 
follows: 


Area  Credit 

Hours 


Computer  Science  -  required 

21 

Software  Engineering  -  required 

24 

Computer  Science  /  Software  Engineering  -  electives 

9 

Lab  Science 

12 

Engineering  Sciences  (other  than  CS) 

9 

Mathematics  (including  discrete  mathematics) 

24 

Communication/Humanities/Social  Sciences 

18 

open  electives 

3 

total 

120 
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(4)  This  120  semester-hour  curriculum  was  designed  both  to  satisfy  the  growing 
movements  towards  government  constraints  on  credit  hours  while  still  satisfying 
ABET  and  licensing  exam  requirements.  If  more  than  120  hours  is  allowed  in 
the  curriculum,  additional  requirements  might  include  the  substitutions  of  several 
courses  in  the  place  of  Software  Systems  1  and  2  and  Engineering  Sciences  1  and 
2  that  are  listed  below  in  the  curriculum  schedule. 

iii)  The  next  section  contains  a  semester-by-semester  schedule  of  the  courses  that  make 

up  the  sample  curriculum.  The  following  comments  elaborate  on  the  courses  and 

schedule: 

(1)  The  one-credit  Software  Engineering  Seminar  course  would  provide  a  “breath- 
first”  overview  of  the  software  engineering  discipline.  It  would  also  include  an 
introduction  to  professional  ethics. 

(2)  The  courses  titled  Introduction  to  Computer  Science  for  Software  Engineers  1 
and  2  would  be  delivered  with  two  hours  of  lecture  per  week  and  a  two  to  three 
hour  closed  lab.  Software  engineering  concepts  and  practices  would  be 
introduced  in  these  two  courses.  The  lab  would  provide  the  opportunity  to 
introduce  students,  at  an  early  stage,  to  disciplined  engineering  practices. 

(3)  The  Introduction  to  Software  Engineering  course  would  be  delivered  with  two 
hours  of  lecture  per  week  and  a  two  to  three  hour  closed  lab.  The  lab  would 
introduce  students  to  a  team  software  process  to  be  used  in  a  team  project. 

(4)  The  courses  titled  Engineering  Sciences  1  and  2  would  provide  an  overview  of 
the  following  topics  in  the  engineering  sciences:  dynamics,  electric  circuits,  fluid 
mechanics,  material  science,  mechanics  of  materials,  statics,  and 
thermodynamics. 

(5)  The  courses  titled  Software  Systems  1  and  2  would  provide  an  overview  of 
various  software  systems:  database  systems,  operating  systems,  compilers  and 
translators,  and  concurrent  and  distributed  systems. 

(6)  The  courses  titled  Software  Analysis  and  Design  1  and  2  would  educate  students 
in  the  concepts  and  practices  used  in  the  requirements  analysis  and  design  of  a 
large  software  system. 

(7)  The  Senior  Design  Project  course  would  involve  the  development  of  a  software 
product  for  a  real  customer.  The  course  deliverables  (project  plans,  requirements 
and  design  specifications,  test  plans,  source  code,  inspection  reports,  and 
user/reference  documents)  would  be  used  to  assess  the  software  engineering 
objectives  of  the  curriculum. 
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iv)  Curriculum  Schedule 


Courses 


SE  -  SE  Seminar 


CS  -  Intro  to  CS  for  SE 
1 


MA  -  Calculus  1 


SC  -  Chemistry  1 


HU  -  Communications  1 


CS  -  Data  Structure  & 
Algorithms 


CS  -  Computer 
Organization 


MA  -  Calculus  3 


SE  -  Software  Anal.  & 
Design  1 


MA  -  Probability  and 
Statistics 


CS  -  Software  Systems 
1 


HU  -  Technical  Writing 


EN  -  Engineering 
Sciences  1 


total 


SE  -  Software  Anal.  & 
Design  2 


CS/SE  elective 


MA  -  Linear  Algebra 


SE  -  Professional  Ethics 


HU/SS  elective 


total 


Credit 


Courses 


CS  -  Intro  to  CS 
for  SE  2 


MA  -  Discrete  Math 


MA  -  Calculus  2 


HU/SS  elective 


HU- 

Communications  2 


total 


SE  -  Formal 
Methods 


CS  -  Software 
Systems  2 


EN  -  Engineering 
Economics 


EN  -  Engineering 
Sciences  2 


total 


SE  -  Senior  Design 
Project 


CS/SE  elective 


open  elective 


HU/SS  elective 


total  credits  =  120 


Credit 
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B.  A  Sample  Curriculum  in  Computer  Science  with  an  emphasis  in  Software  Engineering 

i)  Curriculum  Objectives 

This  curriculum  leads  to  a  BS  degree  in  Computer  Science  with  a  prescribed  part 

devoted  to  the  study  and  practice  of  software  engineering.  A  student  completing  this 

curriculum  would  be  prepared  for  the  following: 

•  To  be  employed  as  an  entry-level  software  engineer 

•  To  pursue  graduate  work  in  computer  science 

•  To  pursue  graduate  work  in  software  engineering 

ii)  Curriculum  Design 

(1)  The  sample  curriculum  was  designed  so  that  it  could  be  adapted  to  programs  that 
wish  to  evolve  from  a  “traditional”  computer  science  program  into  a  program 
with  more  emphasis  on  software  engineering.  To  achieve  the  above  objective  of 
“be  employed  as  an  entry-level  software  engineer,”  additional  courses  in 
software  engineering  may  be  required. 

(2)  The  sample  curriculum  is  based  upon  the  design  concepts  set  down  earlier  in  this 
document.  Its  design  is  influenced  by  the  curriculum  guidance  provided  in 
Computing  Curricula  1991  [Tucker  91]  and  CSAC/CSAB  Criteria  2000  [CSAB]. 

(3)  The  curriculum  includes  a  total  of  120  semester  credit  hours  distributed  as 
follows: 
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iii)  The  next  section  contains  a  semester-by-semester  schedule  of  the  courses  that  make 

up  the  sample  curriculum.  The  following  comments  elaborate  on  the  courses  and 

schedule: 

(1)  The  one-credit  Introduction  to  Computing  course  would  provide  a  “breath-first” 
overview  of  the  computing  discipline.  It  would  also  include  an  introduction  to 
professional  ethics. 

(2)  The  courses  titled  Computer  Science  1  and  2  would  be  delivered  with  two  hours 
of  lecture  per  week  and  a  two  to  three  hour  closed  lab.  Software  engineering 
concepts  and  practices  would  be  introduced  in  these  two  courses.  The  lab  would 
provide  the  opportunity  to  introduce  students,  at  an  early  stage,  to  disciplined 
engineering  practices. 

(3)  The  Introduction  to  Software  Engineering  course  would  be  delivered  with  two 
hours  of  lecture  per  week  and  a  two  to  three  hour  closed  lab.  The  lab  would 
introduce  students  to  a  team  software  process  to  be  used  in  a  team  project. 

(4)  The  Software  Analysis  and  Design  course  would  educate  students  in  the  concepts 
and  practices  used  in  the  requirements  analysis  and  design  of  a  large  software 
system. 

(5)  The  Senior  Design  Project  course  would  involve  the  development  of  a  software 
product  for  a  real  customer.  The  course  deliverables  (project  plans,  requirements 
and  design  specifications,  test  plans,  source  code,  inspection  reports,  and 
user/reference  documents)  would  be  used  to  assess  the  software  engineering 
objectives  of  the  curriculum. 
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v)  Curriculum  Schedule 


BS  in  Computer  Science  (emphasis  in  Software  Engineering) 


Courses 


CS  -  Intro  to  Computing 


CS  -  Computer  Science 
1 


MA  -  Calculus  1 


HU  -  Communications  1 


HU/SS  elective 


total 


CS  -  Data  Structure  & 
Algorithms 


CS  -  Computer 
Organization 


SC  -  Physics  2 


Credit 


HU  -  Communications  2 


HU/SS  elective 


total 


CS  -  Programming 
Languages 


CS/SE  elective 


MA  -  Probability  & 
Statistics 


open  elective 


HU  -  Technical  Writin 


total 


CS  -  Concurrent/ 
Distributed  Sys 


CS/SE  elective 


MA  -  math  elective 


CS  -  Professional  Ethics 


HU/SS  elective 


Courses 


CS  -  Computer 
Science  2 


MA  -  Discrete  Math 


MA  -  Calculus  2 


MA  -  math  elective 


SC  -  science  elective 


HU/SS  elective 


CS  -  Formalisms  & 
Computation 


SE  -  Software  Analysis 
&  Design 


open  elective 


HU/SS  elective 


CS/SE  elective 


MA  -  math  elective 


open  elective 


HU/SS  elective 


total  credits  =120 
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C.  A  Sample  Curriculum  in  Information  Systems  with  an  emphasis  in  Software  Engineering 

i)  Curriculum  Objectives 

This  curriculum  leads  to  a  BS  degree  in  Information  Systems  with  a  prescribed  part 

devoted  to  the  study  and  practice  of  software  engineering.  A  student  completing  this 

curriculum  would  be  prepared  for  the  following: 

•  To  be  employed  as  an  entry-level  software  engineer  for  information  systems 

•  To  pursue  graduate  work  in  information  systems 

•  To  pursue  graduate  work  in  software  engineering  (perhaps  with  some  additional 
computer  science  or  mathematics  courses  as  prerequisite  to  program  entry) 

ii)  Curriculum  Design 

(1)  The  sample  curriculum  was  designed  so  that  it  could  be  adapted  to  programs  that 
wish  to  evolve  from  a  “traditional”  information  systems  program  into  a  program 
with  more  emphasis  on  software  engineering.  To  achieve  the  above  objective  of 
“be  employed  as  an  entry-level  software  engineer,”  additional  courses  in 
software  engineering  may  be  required. 

(2)  The  sample  curriculum  is  based  upon  the  design  concepts  set  down  earlier  in  this 
document.  Its  design  is  influenced  by  the  curriculum  guidance  provided  in 

I  S’ 97:  Model  Curriculum  and  Guidelines  and  Undergraduate  Degree  Programs 
in  Information  Systems  [Davis  97]  and  the  draft  accreditation  criteria  for 
information  systems  degrees  [Gorgone  99]. 

(3)  The  curriculum  includes  a  total  of  120  semester  credit  hours  distributed  as 
follows: 


Area  Credit 

Hours 


Information  Systems  and  Software  Engineering 

32 

Humanities 

24 

Business 

18 

Computer  Science 

12 

Mathematics  and  Statistics 

14 

Social  Science 

12 

Natural  Science 

8 

total 

120 
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iii)  The  next  section  contains  a  semester-by-semester  schedule  of  the  courses  that  make 
up  the  sample  curriculum.  The  following  comments  elaborate  on  the  courses  and 
schedule: 

(1)  The  courses  titled  Computer  Science  1  and  2  would  be  delivered  with  two  hours 
of  lecture  per  week  and  a  two  to  three  hour  closed  lab.  Software  engineering 
concepts  and  practices  would  be  introduced  in  these  two  courses.  The  lab  would 
provide  the  opportunity  to  introduce  students,  at  an  early  stage,  to  disciplined 
engineering  practices. 

(2)  The  courses  titled  Information  Systems  1  and  2  would  be  delivered  with  three 
hours  of  lecture  per  week  and  a  one  to  two  hour  closed  lab.  The  lab  would 
introduce  students  to  elements  of  information  technology  including  personal 
computing  applications,  programming,  databases,  and  Internet  technologies. 

(3)  The  Requirements  Analysis  course  would  educate  students  in  the  concepts  and 
practices  used  in  the  specification  and  design  of  a  large  software  system.  The 
course  would  cover  the  diagrammatic  formalisms  of  structured  or  object-oriented 
methods. 

(4)  The  Design  Project  course  would  involve  the  development  of  a  software  product 
for  a  real  customer.  The  course  deliverables  (project  plans,  requirements  and 
design  specifications,  test  plans,  source  code,  inspection  reports,  and 
user/reference  documents)  would  be  used  to  assess  the  software  engineering 
objectives  of  the  curriculum. 


I 
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v)  Curriculum  Schedule 


BS  in  Information  Systems  (emphasis  in  Software  Engineering) 


Courses 

Credit 

Courses 

Credit 

IS  -  Information  Systems  1 

■ 

IS  -  Information 

Systems  2 

H 

BS  -  Economics  1 

3 

BS  -  Economics  2 

ZlJ 

Sem 

1 

MA  -  Calculus  1 

H 

Sem 

2 

MA  -  Calculus  2 

H 

HU  -  Communications  1 

3 

HU  -  Communications  2 

3 

total 

14 

total 

14 

IS  -  Database  Management 

3 

IS  -  Requirements 
Analysis 

3 

CS  -  Computer  Science  1 

3 

CS  -  Computer  Science 

2 

3 

Sem 

3 

MA  -  Discrete  Math 

3 

Sem 

4 

BS  -  Financial 

Accounting 

3 

SC  -  Natural  Science  1 

4 

SC  -  Natural  Science  2 

4 

SS  -  General  Psychology 

3 

SS  -  Cognitive 
Psychology 

3 

total 

16 

total 

16 

IS  -  Human-Comp. 
Interaction 

3 

IS  -  Software 

Engineering 

3 

CS  -  elective 

3 

CS  -  elective 

3 

Sem 

5 

BS  -  Applied  Statistics 

3 

Sem 

6 

SS  -  Research  Methods 

3 

BS  -  elective 

3 

HU -Logic 

3 

HU  -  Techniques  of 
Speaking 

3 

HU  -  Technical  Writing 

3 

total 

15 

total 

15 

IS  -  Design  Project 

3 

IS  -  Design  Project 

3 

IS  -  Distrib.  Computing  & 
Networking 

3 

IS  -  elective 

3 

Sem 

7 

HU  -  Critical  Reasoning 

3 

Sem 

8 

HU  -  Computer  Ethics 

3 

BS  -  Organizational 

Behavior 

3 

SS  -  elective 

3 

BS  -  elective 

3 

HU  -  elective 

3 

total 

15 

total 

15 

Total  credits  =  120 

D.  A  Sample  Curriculum  in  Computer  Engineering  with  an  emphasis  in  Software  Engi¬ 
neering 

i)  Curriculum  Objectives 

This  curriculum  leads  to  a  BS  degree  in  Computer  Engineering  with  a  prescribed  part 
devoted  to  the  study  and  practice  of  software  engineering.  A  student  completing  this 
curriculum  would  be  prepared  for  the  following: 

•  To  be  employed  as  an  entry-level  software  engineer 

•  To  pursue  graduate  work  in  computer  engineering 

•  To  pursue  graduate  work  in  software  engineering 

ii)  Curriculum  Design 

(1)  The  sample  curriculum  was  designed  so  that  it  could  be  adapted  to  programs  that 
wish  to  evolve  from  a  “traditional”  computer  engineering  program  into  a 
program  with  more  emphasis  on  software  engineering.  To  achieve  the  above 
objective  of  “be  employed  as  an  entry-level  software  engineer,”  additional 
courses  in  software  engineering  may  be  required. 

(2)  The  sample  curriculum  is  based  upon  the  design  concepts  set  down  earlier  in  this 
document.  Its  design  is  influenced  by  the  curriculum  guidance  provided  in 
Computing  Curricula  1991:  Report  of  the  ACM/1EEE-CS  Joint  Curriculum  Task 
Force  [Tucker  91],  the  CSAC/CSAB  Criteria  2000:  Criteria  for  Accrediting 
Programs  in  Computer  Science  in  the  United  States  [CSAB],  and  the 
Engineering  Criteria  2000:  Criteria  for  Accrediting  Engineering  Programs 
[ABET]. 

(3)  The  curriculum  emphasizes  digital  hardware  and  embedded  software  systems. 

(4)  The  sample  curriculum  was  designed  to  insure  that  it  meets  the  minimal  ABET 
curriculum  content  requirements: 

(a)  one  year  of  math/basic  science  (32  hours) 

(b)  one-half  year  of  humanities/social  sciences  (16  hours) 

(c)  one  and  one-half  year  of  engineering  topics  (1  course  outside  of  the  major 
disciplinary  area)  (48  hours) 

(5)  A  typical  computer  engineering  program  does  not  seem  to  exist.  Some  programs 
have  more  computing  courses  than  electrical  engineering  and  vice  versa.  Since  a 
wide  variation  exists,  the  curriculum  given  below  is  not  meant  as  a  rigid  template 
(i.e.,  it  is  open  to  change  depending  upon  the  goals  of  the  curriculum  designers). 
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The  curriculum  includes  a  total  of  124  semester  credit  hours  distributed  as  follows: 


Area  Credit 

Hours 


Electrical  Engineering  -  required 

30 

Electrical  Engineering  -  electives 

3 

Computer  Science  -  required 

15 

Software  Engineering  -  required 

9 

Software  Engineering  -  electives 

3 

Science 

12 

Mathematics 

21 

Communication/Humanities/Social  Sciences 

24 

Engineering/Engineering  Science 

5 

total 

122 

iii)  The  next  section  contains  a  semester-by-semester  schedule  of  the  courses  that  make 

up  the  sample  curriculum.  The  following  comments  elaborate  on  the  courses  and 

schedule: 

(1)  The  two-credit  Introduction  to  Engineering  course  would  provide  a  “breath-first” 
overview  of  the  engineering  discipline.  It  would  also  include  an  introduction 
professional  ethics. 

(2)  The  courses  titled  Computer  Science  1  and  2  would  be  delivered  with  two  hours 
of  lecture  per  week  and  a  two  to  three  hour  closed  lab.  Software  engineering 
concepts  and  practices  would  be  introduced  in  these  two  courses.  The  lab  would 
provide  the  opportunity  to  introduce  students,  at  an  early  stage,  to  disciplined 
engineering  practices. 

(3)  The  Introduction  to  Software  Engineering  course  would  be  delivered  with  two 
hours  of  lecture  per  week  and  a  two  to  three  hour  closed  lab.  The  lab  would 
introduce  students  to  a  team  software  process  to  be  used  in  a  team  project. 

(4)  The  Software  Analysis  and  Design  course  would  educate  students  in  the  concepts 
and  practices  used  in  the  requirements  analysis  and  design  of  a  large  software 
system. 

(5)  The  Embedded  Systems  course  would  emphasize  the  development  of  real-time 
software  for  computers  embedded  in  systems.  The  concepts  of  synchronization, 
schedulability  analysis,  and  fundamental  control  theory,  would  be  studied. 

(6)  The  EE  Project  Lab  courses  would  ideally  need  to  focus  on  capstone  computer 
engineering  projects  at  the  senior  level.  Where  software  is  involved,  appropriate 
software  engineering  principles  would  be  employed. 
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iv)  Curriculum  Schedule 


BS  in  Computer  Engineering  (emphasis  in  Software  Engineering) 


Courses 

Credit 

Courses 

Credit 

Sem 

1 

ER  -  Intro  to 
Engineering 

2 

Sem 

2 

EE  -  Fundamentals 

3 

CS  -  Computer 

Science  1 

3 

CS  -  Computer  Science  2 

3 

MA  -  Calculus  1 

3 

MA  -  Calculus  2 

3 

HU  -  Communications 

1 

3 

HU  -  Communications  2 

3 

4 

HU/SS  elective 

3 

total 

15 

total 

15 

Sem 

3 

EE  -  Digital  Systems 

3 

Sem 

4 

EE  -  Digital  Design 

3 

CS  -  Discrete  Math 

3 

3 

MA  -  Calculus  3 

3 

MA  -  Linear  Algebra 

3 

4 

SC  -  Physics  2 

4 

HU/SS  elective 

3 

MA  -  Differential 

Equations 

3 

total 

16 

total 

16 

Sem 

5 

3 

Sem 

6 

EE  -  Project  Lab  2 

3 

SE  -  Software  Analy. 

&  Design 

3 

SE  -  Embedded  Systems 

3 

MA  -  Probability  and 
Statistics 

3 

CS  -  Algorithms 

3 

EE  -  Electronics  1 

3 

EE  -  Electronics  2 

3 

ER  -  Thermodynamics 

3 

EE  -  Communication 
Systems 

3 

total 

15 

total 

15 

Sem 

7 

EiSSSSSEXHI 

3 

Sem 

8 

EE  -  Project  Lab  4 

3 

MA  -  Numerical 
Analysis 

3 

SE  elective 

3 

EE/CS  -  Computer 
Architecture 

3 

EE  elective 

3 

HU/SS  elective 

3 

HU/SS  elective 

3 

HU/SS  elective 

3 

HU/SS  elective 

3 

total 

15 

total 

15 

total  credits  =122 

48 


CMU/SEI-99-TR-032 


6  Curriculum  Support 


6.1  Faculty 

A  high-quality  faculty  and  staff  is  the  single  most  critical  element  in  the  success  of  a 
program.  Faculty  needs  both  advanced  education  in  computing  and  experience  in  software 
engineering  practice.  Because  of  the  dynamic  nature  of  computing,  it  is  essential  that  faculty 
continue  to  engage  in  professional  development  (research,  participation  in  professional 
societies,  consulting,  and  technical  training). 


6.2  Infrastructure 

The  program  must  provide  adequate  infrastructure  and  technical  support.  This  includes  well- 
equipped  laboratories  and  classrooms,  modem  CASE  Tools,  and  sufficient  reference  and 
documentation  material. 


6.3  Industry  Participation 

A  critical  element  in  the  success  of  a  software  engineering  curriculum  is  the  involvement  and 
participation  of  industry.  Industrial  advisory  boards  and  industry-academic  partnerships  help 
maintain  curriculum  relevance  and  currency. 


6.4  Student  Involvement 

Interaction  with  students  about  curriculum  development  and  delivery  provides  valuable 
information  for  assessing  and  analyzing  a  curriculum.  Involvement  of  students  in 
professional  organizations  and  activities  extends  and  enhances  their  education. 
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7  Curriculum  Assessment  and 
Accreditation 


In  order  to  maintain  a  quality  curriculum,  a  software  engineering  focused  program  should  be 
assessed  on  a  regular  schedule.  The  assessment  should  evaluate  the  objectives,  curriculum 
content,  curriculum  delivery,  and  outcomes  of  the  program.  This  is  best  accomplished  in 
conjunction  with  a  recognized  accreditation  organization.  In  the  United  States  ABET  and 
CSAB  provide  curriculum  guidance  and  accreditation  criteria  for  the  accreditation  of 
engineering  and  computing  programs  [ABET,  CSAB].  A  joint  IEEE-CS/ACM  committee  has 
developed  draft  accreditation  criteria  for  software  engineering  programs  [Barnes  98]. 
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8  Conclusion 


Software  engineering  is  a  maturing  discipline  that  is  becoming  increasingly  critical  in  all 
aspects  of  human  endeavor.  The  demand  for  well-educated  software  engineers  is  increasing, 
but  sufficient  computing  programs  to  support  this  demand  do  not  exist.  We  believe  that  these 
Guidelines  will  help  solve  this  problem  by  providing  information  and  guidance  that  will 
assist  faculty  and  institutions  in  creating  and  implementing  quality  software  engineering 
courses  and  curricula. 
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